home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 4531 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.6 KB
  1. Path: nebula.broadvision.com!usenet
  2. From: phorgan@broadvision.com (Patrick Horgan)
  3. Newsgroups: comp.sys.sgi.misc,comp.lang.c,comp.unix.programmer
  4. Subject: Re: memory management in UNIX (SGI IRIX)
  5. Date: 5 Feb 1996 15:06:39 GMT
  6. Organization: The unconfigured xvnews people
  7. Message-ID: <4f56dv$r9o@ns.broadvision.com>
  8. References: <DM0Jv9.9F4@bii.bruker.com>
  9. Reply-To: phorgan@broadvision.com
  10. NNTP-Posting-Host: star.broadvision.com
  11.  
  12. It sounds like you have specialized memory management needs that malloc wasn't
  13. designed to handle.  Writing your own memory management is the way to go.  Without
  14. knowing more about the behavior of your program I couldn't tell you much more, 
  15. except that memory management is a well understood subset of computer science with
  16. extensive documentation.  Many computer science texts in algorithms or operating
  17. systems speak extensively on these issues.  If you're lucky your memory requests
  18. come in fixed sizes for at least a subset of the requests...it's quite efficient
  19. to manage pools of fixed size memory.  For variable sizes, you'll have to use
  20. something like a closest fit with coalescence.  Another good source of information
  21. are magazines like Dr. Dobbs.  I'd bet the Dr. has run at least a couple of articles
  22. about memory management a year for years and years.  I seem to remember an issue
  23. devoted to it within the last couple of years.
  24.  
  25. -- 
  26. Patrick J. Horgan         Broadvision Inc.
  27. phorgan@broadvision.com   333 Distel Circle          Have horse
  28. Phone : (415)943-3677     Los Altos, CA 94022-1404   will ride.
  29. FAX   : (415)934-3701  Opinions mine, not my employers except by coincidence.
  30.  
  31.  
  32.